home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 1166 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.7 KB  |  61 lines

  1. Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.hardware
  2. Path: netcom.com!wfblan
  3. From: wfblan@netcom.com (Wells Fargo Bank)
  4. Subject: Re: OS features
  5. Message-ID: <wfblanDL60p0.D0y@netcom.com>
  6. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  7. X-Newsreader: TIN [version 1.2 PL1]
  8. References: <4aj1tc$39r@candelo.dpie.gov.au> <wzskcMD1A7aez4@0dietmar.tomate.tng.oche.de> <13213377@sourcery.han.de> <569.6564T692T2329@datashopper.dk> <13213430@sourcery.han.de>
  9. Date: Sun, 14 Jan 1996 09:51:00 GMT
  10. Sender: wfblan@netcom8.netcom.com
  11.  
  12. Olaf Barthel (olsen@sourcery.han.de) wrote:
  13. : In Article <569.6564T692T2329@datashopper.dk>, Michael B Andersen <mba@datashopper.dk> wrote:
  14. : > >operating system, the message passing system is one of these aspects
  15. : > >(exec device model, filing system packet I/O, Intuition event distribution,
  16. : >
  17. : >
  18. : > Hi Olaf,
  19. : >
  20. : > If!. Our beloved OS is going to "hack it" against the big boys, it's critical
  21. : > that all "RE-BOOTs" be removed, in other words, IMHO people will be looking
  22. : > for OS's that don't "break" when programs fail, in the coming years. So I find
  23. : > it crutial that the operating system is crash proof, and I don't see any way
  24. : > that can be done without memory protection.
  25.  
  26. :    You are asking for reliability, not necessarily for memory protection. One
  27. : can be the key to the other. An alternative path that looks promising would
  28. : be to enhance the operating system to provide better error checking, error
  29. : reporting, consistency checks and safe abort procedures. Right now one badly
  30. : written program can trigger a domino effect. I believe that at least part of
  31. : the crash cascade could be avoided.
  32.  
  33. : --
  34. : Home: Olaf Barthel, Brabeckstrasse 35, D-30559 Hannover
  35. :  Net: olsen@sourcery.han.de
  36.  
  37. I agree with Olaf here.  The limitation that 'full' Memory Protection would
  38. bring and the performance hinderances are not what I want.  Rather, a better
  39. way of singling out a bombed program and clearing it from memory without
  40. killing the whole system, and cleanly freeing up memory better than it does
  41. currently.  I am quite happy with the OS as it stands, but don't take this
  42. to mean that I don't desire more.  As I said, the basic sentiment of what
  43. Olaf said above is how I feel.  Lets not worry about 'full' Memroy Protection
  44. at this point in the game... Maybe when we have a much faster CPU in the
  45. low-end machine (ie, PPC low-end), then any performance loss would be less
  46. important.  On an 020 or 030 or even an 040 performance is still at a lower
  47. level than many desire, so any loss is too much.  With the 060 this may not
  48. be as critical either, however.  In any case, AT will do right by us!!
  49.  
  50.          Rob Bamford
  51.      (wfblan@netcom.com)
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.